home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000164_owner-urn-ietf _Thu Nov 14 12:01:48 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  2KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id MAA25166 for urn-ietf-out; Thu, 14 Nov 1996 12:01:48 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id MAA25161 for <urn-ietf@services.bunyip.com>; Thu, 14 Nov 1996 12:01:44 -0500
  3. Received: from windrose.omaha.ne.us by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA20742  (mail destined for urn-ietf@services.bunyip.com); Thu, 14 Nov 96 12:01:31 -0500
  5. Message-Id: <9611141701.AA20742@mocha.bunyip.com>
  6. Received: by privateer.windrose.omaha.ne.us; Thu Nov 14 11:00 CST 1996
  7. From: "Ryan Moats" <jayhawk@ds.internic.net>
  8. To: "Ron Daniel" <rdaniel@acl.lanl.gov>, "Toby Speight" <tms@ansa.co.uk>
  9. Cc: "urn-ietf@bunyip.com" <urn-ietf@bunyip.com>
  10. Date: Thu, 14 Nov 96 11:02:05 
  11. Priority: Normal
  12. X-Mailer: PMMail 1.52 For OS/2 UNREGISTERED SHAREWARE
  13. Mime-Version: 1.0
  14. Content-Type: text/plain; charset="us-ascii"
  15. Content-Transfer-Encoding: 7bit
  16. Subject: Re: [URN] UTF encodings - why UTF-8? (was: I18N does not belong ...)
  17. Sender: owner-urn-ietf@services.bunyip.com
  18. Precedence: bulk
  19. Reply-To: "Ryan Moats" <jayhawk@ds.internic.net>
  20. Errors-To: owner-urn-ietf@bunyip.com
  21.  
  22. On Thu, 14 Nov 1996 08:37:03 -0700, Ron Daniel wrote:
  23.  
  24. >Thus spoke Toby Speight (at least at 02:48 PM 11/14/96 +0000)
  25. >
  26. >>Would somebody care to explain to me why this double encoding is
  27. >>preferable to, say, UTF-7, 
  28. >
  29. >We looked at UTF-7 awhile back. Our conclusion at that time was that
  30. >UTF-8 would be preferable since UTF-7 would make us add '+' to the list
  31. >of reserved characters and, depending on the context, would affect the
  32. >handling of the '-' character as well.
  33. >
  34.  
  35. Ron is correct.  We will probably already have % encoding and it didn't
  36. seem to net us much to add '+' encoding as well.
  37.  
  38. Sorry to be lagging, but keeping up with mail and my real job is starting
  39. to be difficult...
  40.  
  41. Ryan
  42.